SYSTEMS AND METHODS FOR VIRTUAL HOST NAME ROAMING 
CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This present application is a divisional of and claims 
priority to U.S. Patent Number 10/711,583, entitled 'SYSTEM AND 
METHOD FOR MANAGING VIRTUAL IP ADDRESSES' and filed 
September 27, 2004, which is incorporated herein by reference. 

TECHNICAL FIELD 

[0002] The invention generally relates to network 
communications. More particularly, the invention relates to systems 
and methods for providing a uniform network addressing scheme to 
assign virtual host names to a user accessing a network. 

BACKGROUND INFORMATION 

[0003] A typical computer system uses a single internet 
protocol (IP) address and corresponding host name assigned to the 
computer system. Any user session or program on the computer 
will use the host name of the computer for network 
communications, such as on a TCP/IP network. Communications 
over the network to and from the computer, for example between a 



client and a server, use the computer's host name and IP address as 
part of the network communications of the computer. Even in a 
multi-user environment such as a server using IVIicrosoft Terminal 
Server, all users or programs running on the multi-user server will 
share the same host name and IP address assigned to that server. 
The IP address and host name is computer or machine dependent 
and are associated with network communications originating from 
the computer. Even in the case where a computer has multiple 
network cards and multiple IP addresses, these IP addresses and 
their host names are associated with the computer and not 
specifically with users or programs of the computer. All users and 
programs on the computer will communicate over a network with 
the host name of the computer. As such, the host name is 
associated with the computer and not the user of the computer. 

[0004] In performing host name resolution on a network or 
to look up host names used on a network, only the host names and 
IP addresses of computers in the network will be found. From these 
host names, the user or user session on the computer may not be 
easily identified. Furthermore, a user may be accessing the network 
from different computers each with a different host name or from 



multiple user sessions on the same computer with the same host 
name. As such, the typical network addressing scheme does not 
allow for efficient lookup of a user by host name to determine what 
users may be accessing the network and from how many sessions 
or from what computers. 

[0005] Additionally, some applications assume that each 
user or program will use a unique host name. For example, some 
network monitoring and mainframe systems use the host name to 
identify users. However, if two users are on the same computer 
they will share the same host name assigned to the computer. In 
another case, the user may roam within a server farm and therefore 
does not always access the network from the same computer. For 
example, some multi-user systems use a set of load balancing 
servers to support a large number of concurrent users. When a user 
connects, the user is automatically and dynamically directed to the 
least loaded server to balance the load. Unfortunately, this means 
the IP address and host name of the computer the user is assigned 
to is not known until the user is connected to the dynamically 
determined server. This makes it more difficult to associate a host 
name or IP address with a user. 



[0006] Thus, it is desirable to provide a uniform networic 
addressing sclieme for a user roaming on a networic, accessing a 
multi-user system, or starting multiple user sessions. Systems and 
methods are needed for assigning virtual host names to virtual IP 
addresses for users that are independent from the IP address and 
host name of the computer system from which the user accesses a 
network. 

SUMMARY OF THE INVENTION 

[0007] The present invention relates to systems and 
methods for providing a uniform network addressing scheme to 
assign a virtual host name to a user or user session as the user 
roams a network or starts up multiple sessions. The present 
invention provides a program, user or user session with a unique 
virtual internet protocol (IP) address different than the one assigned 
to the computer for communicating over a network. As such, 
multiple users on the same computer can perform network 
communications with unique IP addresses different from each other 
and the computer. Furthermore, a virtual host name or set of 
virtual host names can be associated with a particular user, and can 
be associated with the user regardless of the virtual IP address that 



may be assigned to the user or program of the user. The present 
invention then associates the virtual host name with the virtual IP 
address of the user so that the virtual host name identifies the user 
in a uniform fashion. In summary, the present invention provides 
for a virtual host name to be associated with a user that is 
independent from the host name of the computer and that roams 
with the user through the network. 

[0008] In one aspect, the invention relates to a method for 
providing a uniform network addressing scheme for a user 
accessing a computer on a network independent from the computer 
the user is accessing. The method comprises the step of obtaining 
a plurality of virtual host names, and the step of assigning, from the 
plurality of virtual host names, a first virtual host name to a first 
user accessing a first computer via the network and obtaining a 
second virtual host name, different from the first virtual host name, 
to a second user accessing the first computer via the network. The 
method further comprises associating the first virtual host name of 
the first user with an internet protocol address of the first user 
associated with the first computer and associating the second 



virtual host name of the second user with an internet protocol 
address of the second user associated with the first computer . 

[0009] In one embodiment, the method further comprises 
the step of obtaining a plurality of internet protocol addresses for 
assigning unique internet protocol addresses to each of the users. 
In another embodiment, the method further comprises obtaining at 
least one of the plurality of internet protocol addresses from a 
Dynamic Host Configuration Protocol server. The method may also 
include reserving at least one of the plurality of internet protocol 
addresses for at least one of the first user and the second user. In a 
further embodiment, the method comprises associating the least 
one reserved internet protocol address with the first virtual host 
name or the second virtual host name. 

[0010] In one embodiment, the method further comprises 
assigning, from the plurality of internet protocol addresses, a first 
Internet protocol address to the first user, and a second internet 
protocol address, different from the first internet protocol address, 
to the second user. In another embodiment, the method further 
comprises registering, with a name resolution service, at least one 
of the plurality of virtual host names to at least one of the first user 



and the second user. In one embodiment, the name resolution 
service comprises a Domain Name Service, and in another 
embodiment, it may comprise a Windows Internet Naming Service. 

[001 1] In an embodiment of the method, the method further 
comprises assigning the first virtual host name to the first user 
accessing a second computer and associating the first virtual host 
name with an internet protocol address of the second computer 
associated with the first user. 

[001 2] In another embodiment, the method further 
comprises assigning the second virtual host name to the second 
user accessing a second computer and associating the second 
virtual host name with an internet protocol address of the second 
computer associated with the second user. The method may also 
includes assigning, while the first user accesses the first computer, 
a third virtual host name to the first user accessing a second 
computer and associating the third virtual host name with an 
internet protocol address of the second computer associated with 
the first user. 

[001 3] In another embodiment, the method assigns, while 
the second user accesses the first computer, a fourth virtual host 



name to the second user accessing a second computer and 
associates tiie fourtli virtual iiost name witli an internet protocol 
address of the second computer associated with the second user. 

[0014] In one embodiment, the method may include naming 
one or more of the virtual host names with a portion of the 
characters representing the usei's identity on the network. In 
another embodiment, the method may name at least one of the 
virtual host names with a suffix identifying the session of the user 
when the user is concurrently accessing multiple computers on the 
network. 

[001 5] In another aspect, the present invention relates to a 
system for providing a uniform network addressing scheme for a 
user accessing a computer on a network Independent from the 
computer the user is accessing. The system comprises a server on 
a network providing a one or more virtual host names and a first 
computer having a network interface. The first computer on the 
network obtains a first virtual host name from the one or more 
virtual host names for a first user of the first computer and a 
second virtual host name, different from the first virtual host name, 
for a second user of the first computer. The network interface of 



the first computer associates the first virtual host name of the first 
user with an internet protocol address of the first computer 
associated with the first user, and associates the second virtual host 
name of the second user with an internet protocol address of the 
first computer associated with the second user. 

[001 6] In one embodiment of the system, the server obtains 
a plurality of internet protocol addresses for assigning a unique 
internet protocol address to each of the users. The server may 
obtain at least one of the internet protocol addresses from a 
Dynamic Host Configuration Protocol server. In a further 
embodiment, the server reserves at least one of the internet 
protocol addresses for at least one of the users. 

[001 7] In another embodiment, the server assigns, from the 
internet protocol addresses, a first internet protocol address for the 
first user, and a second internet protocol address, different from 
the first internet protocol address, for the second user. In one 
embodiment, the network interface associates the least one 
reserved internet protocol address with at least one of the first 
virtual host name and the second virtual host name. In one 
embodiment, the system further comprises a name resolution 



service to register at least one of tlie plurality of virtual host names 
to at least one of the users. The name resolution service may 
comprise a Domain Name Service or a Windows Internet Naming 
Service. 

[001 8] In another system embodiment, the network interface 
assigns the first virtual host name to the first user accessing a 
second computer and associates the first virtual host name with an 
internet protocol address of the second computer associated with 
the first user. In a further embodiment, the network interface 
assigns the second virtual host name to the second user accessing a 
second computer and associates the second virtual host name with 
an internet protocol address of the second computer associated 
with the second user. In yet another embodiment, a network 
interface of a second computer assigns, while the first user accesses 
the first computer, a third virtual host name to the first user 
accessing the second computer and associates the third virtual host 
name with an internet protocol address of the second computer 
associated with the first user. Also the system may include the 
network interface of the second computer assigns, while the second 
user accesses the first computer, a fourth virtual host name to the 



second user accessing the second computer and associates the 
fourth virtual host name with an internet protocol address of the 
second computer associated with the second user. 

[001 9] In one embodiment of the system, the name of at 
least one of the virtual host names comprises a portion of the 
characters representing the usei's identity on the network. In 
another system embodiment, the name of the least one of the 
virtual host names comprises a suffix identifying the session of the 
user when the user is concurrently accessing multiple computers on 
the network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] The foregoing and other objects, aspects, features, 
and advantages of the invention will become more apparent and 
may be better understood by referring to the following description 
taken in conjunction with the accompanying drawings, in which: 

[002 1 ] FIGs. 1 A and 1 B are block diagrams of embodiments 
of a computing device for practicing an embodiment of the present 
invention; 



[0022] FIG. 2 is a block diagram of a client-server computer 
system for practicing an illustrative embodiment of the present 
invention; 

[0023] FIG. 3A is a block diagram of an embodiment of the 
present invention for assigning unique network identifiers in a client 
node in a network; 

[0024] FIG. 3B is a block diagram of an embodiment of the 
present invention for assigning unique network identifiers in a 
server node of a client-server computer system; 

[0025] FIG. 3C is a block diagram of an alternative 
embodiment of the present invention for assigning unique network 
identifiers with a proxy server in a client-server computer system; 

[0026] FIG. 4 is a flow diagram of steps performed in 
embodiments of FIGs. 3A-3C; 

[0027] FIG. 5 is a block diagram of the components of an 
embodiment of the present invention for assigning unique loopback 
addresses; 



[0028] FIG. 6 is flow diagram of steps performed in an 
embodiment of FIG. 5; 

[0029] FIG. 7 is a block diagram of an embodiment of the 
present invention for a uniform addressing scheme; and 

[0030] FIG. 8 is a flow diagram of steps performed in an 
embodiment of FIG. 7. 

DESCRIPTION 

[0031] Certain illustrative embodiments of the present 
invention are described below. It is, however, expressly noted that 
the present invention is not limited to these embodiments, but 
rather the intention is that additions and modifications to what is 
expressly described herein also are included within the scope of the 
invention. Moreover, it is to be understood that the features of the 
various embodiments described herein are not mutually exclusive 
and can exist in various combinations and permutations, even if 
such combinations or permutations are not made expressly herein, 
without departing from the spirit and scope of the invention. 

[0032] The illustrative embodiments of the present 
invention provide for assigning unique networic identifiers for 



network communications of one or more programs, users or user 
sessions running on a computer. Tlie present invention also 
provides for assigning unique loopbacic addresses to one or more 
programs, users or user sessions for inter-process communications 
using tlie loopback interface of a computer. Furthermore, certain 
embodiments of the present invention provide for a uniform 
addressing scheme to provide one or more programs, users or 
users sessions a host name and/or internet protocol address that is 
associated with a user as the user moves from one computer to the 
next on the network or starts up multiple user session. 

[0033] FIGs. 1A and 1 B depict block diagrams of a 
computing device 100 useful for practicing an embodiment of the 
present invention. As shown in FIGs. lAand IB, each computing 
device 100 includes a central processing unit 102, and a main 
memory unit 104. As shown in FIG. 1A, a typical computing device 
may include a visual display device 1 24, a keyboard 1 26 and/or a 
pointing device 1 27, such as a mouse. Each computing device 1 00 
may also include additional optional elements, such as one or more 
input/output devices 1 30a-1 30b (generally referred to using 



reference numeral 1 30), and a cache memory 140 in communication 
witli tlie central processing unit 102. 

[0034] The central processing unit 1 02 is any logic circuitry 
that responds to and processes instructions fetched from the main 
memory unit 104. In many embodiments, the central processing 
unit is provided by a microprocessor unit, such as: the 8088, the 
80286, the 80386, the 80486, the Pentium, Pentium Pro, the 
Pentium II, the Celeron, or the Xeon processor, all of which are 
manufactured by Intel Corporation of Mountain View, California; the 
68000, the 68010, the 68020, the 68030, the 68040, the PowerPC 
601 , the PowerPC604, the PowerPC604e, the MPC603e, the 
MPC603ei, the MPC603ev, the MPC603r, the MPC603p, the MPC740, 
the MPC745, the MPC750, the MPC755, the MPC7400, the 
MPC741 0, the MPC7441 , the MPC7445, the MPC7447, the 
MPC7450, the MPC7451 , the MPC7455, or the MPC7457 processor, 
all of which are manufactured by Motorola Corporation of 
Schaumburg, Illinois; the Crusoe TM5800, the Crusoe TM5600, the 
Crusoe TM5500, the Crusoe TM5400, the Efficeon TM8600, the 
Efficeon TM8300, or the Efficeon TM8620 processor, manufactured 
by Transmeta Corporation of Santa Clara, California; the RS/6000 



processor, the RS64, the RS 64 II, the P2SC, the POWERS, the RS64 
III, the POWER3-II, the RS 64 IV, the POWER4, the POWER4+, the 
POWERS, or the POWER6 processor, all of which are manufactured 
by International Business Machines of White Plains, New York; or the 
AMD Opteron, the AMD Athlon 64 FX, the AMD Athlon, or the AMD 
Duron processor, manufactured by Advanced Micro Devices of 
Sunnyvale, California. The computer 1 00 may be based on any of 
the above described processors, or any other available processors 
capable of operating as described herein. 

[0035] Main memory unit 1 04 may be one or more memory 
chips capable of storing data and allowing any storage location to 
be directly accessed by the microprocessor 1 02, such as Static 
random access memory (SRAM), Burst SRAM or SynchBurst SRAM 
(BSRAM), Dynamic random access memory (DI^M), Fast Page Mode 
DRAM (FPM DRAM), Enhanced DRAM (EDRAM), Extended Data 
Output RAM (EDO RAM), Extended Data Output DRAM (EDO DRAM), 
Burst Extended Data Output DRAM (BEDO DI^M), Enhanced DRAM 
(EDRAM), synchronous DRAM (SDRAM), JEDEC SRAM, PCI 00 SDRAM, 
Double Data Rate SDRAM (DDR SDRAM), Enhanced SDRAM 
(ESDRAM), SyncLinl< DRAM (SLDRAM), Direct Rambus DRAM 



(DRDRAM), or Ferroelectric RAM (FRAM). The main memory 1 04 
may be based on any of thie above described memory cFiips, or any 
otiier available memory chips capable of operating as described 
herein. In the embodiment shown in FIG. 1 B, the processor 1 02 
communicates with main memory 1 04 via a system bus 1 50 
(described in more detail below). FIG. 1 B depicts an embodiment of 
a computer 100 in which the processor communicates directly with 
main memory 1 04 via a memory port 1 03. For example, in FIG. 1 B 
the main memory 1 04 may be DRDRAM. 

[0036] FIGs. 1 A and 1 B depict embodiments in which the 
main processor 102 communicates directly with cache memory 140 
via a secondary bus, sometimes referred to as a backside bus. In 
other embodiments, the main processor 1 02 communicates with 
cache memory 140 using the system bus 1 50. Cache memory 140 
typically has a faster response time than main memory 1 04 and is 
typically provided by SRAM, BSRAM, or EDRAM. 

[0037] In the embodiment shown in FIG. lA, the processor 
1 02 communicates with various I/O devices 1 30 via a local system 
bus 1 50. Various busses may be used to connect the central 
processing unit 1 02 to any of the I/O devices 1 30, including a VESA 



VL bus, an ISA bus, an EISA bus, a MicroChannel Architecture (MCA) 
bus, a PCI bus, a PCI-X bus, a PCI-Express bus, or a NuBus. For 
embodiments In which the I/O device Is a video display 1 24, the 
processor 1 02 may use an Advanced Graphics Port (AGP) to 
communicate with the display 1 24. FIG. 1 B depicts an embodiment 
of a computer 100 In which the main processor 102 communicates 
directly with I/O device 1 30b via HyperTransport, Rapid I/O, or 
InfiniBand. FIG. 1 B also depicts an embodiment In which local 
busses and direct communication are mixed: the processor 102 
communicates with I/O device 1 30a using a local Interconnect bus 
while communicating with I/O device 1 30b directly. 

[0038] The computing device 1 00 may support any suitable 
Installation device 1 1 6, such as a floppy disk drive for receiving 
floppy disks such as 3.5-Inch, 5.25-Inch disks or ZIP disks, a CD- 
ROM drive, a CD-R/RW drive, a DVD-ROM drive, tape drives of 
various formats, USB device, hard-drive or any other device suitable 
for installing software and programs such as software related to the 
present Invention 1 20. 

[0039] The computing device 1 00 may further comprise a 
storage device 1 28, such as one or more hard disk drives or 



redundant arrays of independent disks, for storing an operating 
system and other related software, and for storing application 
software programs such as any program 1 20 related to the present 
invention. Optionally, any of the installation devices 1 1 8 could also 
be used as the storage device 1 28. Additionally, the operating 
system and software programs 1 20 of the present invention can be 
run from a bootable medium, for example, a bootable CD, such as 
KNOPPIX®, a bootable CD for GNU/Linux that is available as a 
GNU/Linux distribution from knoppix.net. 

[0040] Furthermore, the computing device 1 00 may include 
a network interface 1 1 8 to interface to a Local Area Network (LAN), 
Wide Area Network (WAN) or the Internet through a variety of 
connections including, but not limited to, standard telephone lines, 
LAN or WAN links {e.g., 802.1 1 , Tl , T3, 56kb, X.25), broadband 
connections {e.g., ISDN, Frame Relay, ATM), wireless connections, or 
some combination of any or all of the above. The network interface 
1 1 8 may comprise a built-in network adapter, network interface 
card, PCMCIA network card, card bus network adapter, wireless 
network adapter, USB network adapter, modem or any other device 
suitable for interfacing the computing device 1 00 to any type of 



network capable of communication and performing tlie operations 
described herein. 

[0041 ] A wide variety of I/O devices 1 30a- 1 30n may be 
present In the computing device 100. Input devices Include 
keyboards, mice, trackpads, trackballs, microphones, and drawing 
tablets. Output devices Include video displays, speakers, InkJet 
printers, laser printers, and dye-sublimation printers. The I/O 
devices may be controlled by a an I/O controller 1 23 as shown in 
FIG. 1 A. The I/O controller may control one or more I/O devices 
such as a keyboard 1 26 and a pointing device 1 27, e.g., a mouse or 
optical pen. Furthermore, an I/O device may also provide storage 
1 28 and/or an installation medium 1 1 8 for the computing device 
1 00. In still other embodiments, the computing device 1 00 may 
provide USB connections to receive handheld USB storage devices 
such as the USB Flash Drive line of devices manufactured by 
Twintech Industry, Inc. of Los Alamitos, California. 

[0042] In further embodiments, an I/O device 1 30 may be a 
bridge 1 70 between the system bus 1 50 and an external 
communication bus, such as a USB bus, an Apple Desktop Bus, an 
RS-232 serial connection, a SCSI bus, a FireWire bus, a FireWire 800 



bus, an Ethernet bus, an AppleTalk bus, a Gigabit Ethernet bus, an 
Asynchronous Transfer Mode bus, a HIPPI bus, a Super HIPPI bus, a 
SerialPlus bus, a SCI/I-AIVIP bus, a FibreChannel bus, or a Serial 
Attached small computer system interface bus. 

[0043] A computing device 100 of the sort depicted in FIGs. 
1 A and 1 B typically operate under the control of operating systems, 
which control scheduling of tasks and access to system resources. 
The computing device 100 can be running any operating system 
such as any of the versions of the Microsoft® Windows operating 
systems, the different releases of the Unix and Linux operating 
systems, any version of the MacOS® for Macintosh computers, any 
embedded operating system, any real-time operating system, any 
open source operating system, any proprietary operating system, 
any operating systems for mobile computing devices, or any other 
operating system capable of running on the computing device and 
performing the operations described herein. Typical operating 
systems include: WINDOWS 3.x, WINDOWS 95, WINDOWS 98, 
WINDOWS 2000, WINDOWS NT 3.51 , WINDOWS NT 4.0, WINDOWS 
GE, and WINDOWS XP, all of which are manufactured by Microsoft 
Gorporation of Redmond, Washington; MacOS, manufactured by 



Apple Computer of Cupertino, California; OS/2, manufactured by 
International Business Machines of Armonk, New York; and Linux, a 
freely-available operating system distributed by Caldera Corp. of 
Salt Lake City, Utah, Java or Unix, among others. 

[0044] In other embodiments, the computing device 1 00 
may have different processors, operating systems, and input 
devices consistent with the device. For example, in one 
embodiment the computer 1 00 is a Zire 71 personal digital 
assistant manufactured by Palm, Inc. In this embodiment, the Zire 
71 operated under the control of the PalmOS operating system and 
Includes a stylus input device as well as a five-way navigator device. 
Moreover, the computing device 1 00 can be any computer, 
workstation, desktop computer, laptop or notebook computer, 
server, handheld computer, mobile telephone, or other form of 
computing or telecommunications device that is capable of 
communication and that has sufficient processor power and 
memory capacity to perform the operations described herein. 

[0045] Referring to FIG. 2, in general, the present 
Invention pertains to client-server systems and network 
communications. In brief overview, one embodiment of a client- 



server system 1 02 in which the present invention may be used is 
depicted. A client node 1 08a communicates with a server node 
1 1 0a over a communications networic 1 04. The system 1 02 may 
have one or more client nodes 108a-108n, each communicating to 
one or more server nodes 1 1 Oa-1 1 On over the network 1 04. The 
topology of the network 1 04 over which the client nodes 1 08a- 
1 08n communicate with one or more server nodes, 1 1 Oa-1 1 On may 
be a bus, star, or ring network topology. The network 1 04 can be a 
local area network (LAN), a metropolitan area network (MAN), or a 
wide area network (WAN) such as the Internet. The network 1 04 
and network topology may be of any such network or network 
topology capable of supporting the operations of the present 
invention described herein. 

[0046] The client and server nodes 1 08a-l 08n, 1 1 Oa-1 1 On 
can connect to the network 1 04 through a variety of connections 
including standard telephone lines, LAN or WAN links (e.g., Tl , T3, 
56 kb, X.25, SNA, DECNET), broadband connections (ISDN, Frame 
Relay, ATM, Gigabit Ethernet, Ethernet-over-SONET), and wireless 
connections. Connections can be established using a variety of 
communication protocols (e.g., .TCP/IP, IPX, SPX, NetBIOS, Ethernet, 



ARCNET, Fiber Distributed Data Interface (FDDI), RS232, IEEE 
802.1 1 , IEEE 802.1 la, IEEE 802.1 lb, IEEE 802.1 Ig, and direct 
asynchronous connections). 

[0047] In one embodiment (now shown), the network 1 04 is 
separated into networks 104 and 104'. The networks 104 and 104' 
can be the same type of network or different types of networks. In 
one embodiment, the network 1 04 and/or the network 1 04' is, for 
example, a local-area network (LAN), such as a company Intranet, 
or a wide area network (WAN), such as the Internet or the World 
Wide Web. The clients 1 08a-l 08n and the server 1 01 1 8a-l 1 8n can 
be connected to the networks 1 04 and/or 1 04' through a variety of 
connections including, but not limited to, standard telephone lines, 
LAN or WAN links {e.g., 802.1 1 , Tl , T3, 56kb, X.25), broadband 
connections {e.g., ISDN, Frame Relay, ATM), wireless connections, or 
some combination of any or all of the above. 

[0048] The client nodes, or clients, 1 08a-l 08n may be any 
workstation, desktop computer, laptop, handheld computer, mobile 
telephone, or other computing device 1 00 capable of 
communication and that has sufficient processor power and 
memory capacity to perform the operations described herein. 



Additionally, tlie client 1 08a-1 08n can be a local desktop client on 
a local network 1 04 or can be a remote display client of a separate 
network 1 04'. The client 1 08a- 1 08n can include, for example, a 
visual display device {e.g., a computer monitor), a data entry device 
{e.g., a keyboard), persistent and /or volatile storage {e.g., computer 
memory), a processor, and a pointing device, such as a mouse. In a 
similar manner, the server nodes, or servers, 1 1 Oa-1 1 On may be 
any type of computing device 1 00 capable of operating as described 
herein. Furthermore, the server nodes 1 1 Oa-1 1 On may be 
provided as a group of server systems logically acting as a single 
server system, referred to herein as a server farm. In one 
embodiment, the server node 1 1 Oa-1 1 On is a multi-user server 
system supporting multiple concurrently active client connections or 
user sessions. 

[0049] In some embodiments, as shown in FIG. 2, a client 
agent 1 09a-l 09n is included within the client 1 08a-l 08n. The 
client agent 109a-109n can be, for example, implemented as a 
software program and/or as a hardware device, such as, for 
example, an ASIC or an FPGA. An example of a client agent 1 09a- 
1 09n with a user interface is a Web Browser (e.g. a Microsoft® 



Internet Explorer browser and/or Netscape™ browser). The client 
agent 1 09a-l 09n can use any type of protocol and It can be, for 
example, an HTTP client agent, an FTP client agent, an Oscar client 
agent, a Telnet client agent, an Independent Computing 
Architecture (ICA) client agent from Citrix Systems, Inc. of Fort 
Lauderdale, Florida, or a Remote Desktop Protocol (RDP) client 
agent from Microsoft Corporation of Redmond, Washington. In 
some embodiments (not shown), the client 1 08a-1 08n includes a 
plurality of client agents 109a-109n, each of which may 
communicate with a server 1 1 Oa-1 1 On, respectively. 

[0050] In any of the clients 1 08a-1 08n and servers 1 1 0a- 
1 1 On, the computers (1 00, 1 OC, etc) typically run a single copy of 
the operating system for operating the computer 1 00. The 
operating system provides software and resources such as those 
necessary for the computer 1 00 to communicate on a network 1 04 
over a network interface 1 1 8. A most widely used standard for 
network communications is the Transmission Control 
Protocol/Internet Protocol (TCP/IP), which is a combined set of 
protocols that performs the transfer of data between computers 
1 00 on a network 1 04. The TCP protocol monitors and ensures 



correct transfer of data. The IP protocol uses an internet protocol 
address or IP address, which is a numerical address to uniquely 
identify computers 1 00 on a network 1 04 to route network traffic 
and establish connections among computers 1 00 on the network 
1 04. A more user-friendly domain name, or computer host name, 
comprising a string of characters can be associated with the IP 
address to uniquely identify the computer. A computer 1 00 may 
have more than one domain name or IP address but a given domain 
name or IP address points to only one computer 1 00 on a network 
104. 

[0051 ] With many operating systems capable of running on 
the computer 1 00, such as Microsoft WINDOWS, Linux or a UNIX 
operating system, there is a single network and TCP/IP protocol 
layer, or TCP stack, for performing network communications. The 
IP address and domain name assignment to a computer is device 
dependent. That is, the network identifier, such as an IP address 
and/or domain name, is assigned to the computer 1 00 to associate 
and identify any network communications from the computer 1 00. 
Any user, application, user session or any other program that may 
run on the computer 1 00 that causes network communications uses 



the computer assigned network identifier. As sucli, a user of a 
computer or a program running on a computer communicates over 
tlie networic using a networic identifier assigned to tlie computer. 
For example, a computer 1 00 is assigned an IP address of 
1 92.1 68.1 .1 00. A first user logs into the computer and runs a 
program that generates network traffic over the network 1 04. The 
IP address of 1 92.1 68.1 .1 00 will be used as part of the TCP/IP 
protocol related network communications to uniquely identify the 
network to and from the computer 1 00. A second user logs into the 
computer 1 00 and runs another program that also generates 
network traffic over the network 1 04. The same IP address of 
1 92.1 68.1 .1 00 will be used in the network communications of the 
second user. As such, the user who generates the network traffic 
can not be distinguished by the IP address of their respective 
network communications. 

[0052] In the case of a multi-user computer, such as a server 
running Microsoft Terminal Server, multiple users can log into the 
server and run programs concurrently or simultaneously. Since the 
server is running a single operating system and has an IP address 
assigned to the server, the multiple users and the multiple 



programs run by the users all share the same IP address. Each user 
session hosted by the server share the same IP address. Even in the 
case where a computer has multiple network interface cards (1 1 8, 
1 1 8", etc.), such as a server 1 1 0 running multiple ftp or web-sites, 
and having one or more IP addresses assigned to each network 
interface card 1 1 8, the IP address is still machine dependent. The 
one or more IP addresses identify the server and not the user or 
programs communicating on the server 1 10. 

[0053] IVIany applications require each user or program to 
have separate IP addresses in order to work. Yet other applications 
use the IP address or host name to identify the user. Additionally, 
network monitoring applications and systems can monitor network 
activity such as internet activity and other application activity. 
However, if each user or application is using the same IP address, 
the monitoring application cannot identify the user associated with 
the activity. The present invention provides the advantage of 
assigning unique network identifiers to each of multiple programs 
or users communicating on the network 1 04 from the same 
computer 1 00. 



[0054] FIGS. 3A-3C depict components of the present 
invention tliat allow unique network identifiers, such as an IP 
address or domain name, to be assigned to multiple programs 
running on a computer 100 or assigned to users of the programs. 

[0055] Referring now to FIG. 3A, the system 300 is a client- 
server system comprising a client 1 08 and server 1 1 0 
communicating over a network 1 04. The client 1 08 has a network 
communication interface 310, an interface mechanism 320, a 
plurality of network identifiers 330 and one or more programs 
340a-340b. The network communication interface 310 includes 
any and all of the network related hardware and software required 
for the client 1 08 to communicate over the network 1 04. For 
example, the network communication interface 310 includes any 
network adapter 1 1 8 of the computer 1 00 and any other software 
and/or hardware, such as operating system provided software and 
interfaces, necessary for the computer 1 00 to communicate over the 
network 1 04. 

[0056] The interface mechanism 320 comprises a socket 
library 332 and a TCP stack 324 in order to provide a unique 
network identifier from the plurality of network identifiers 330 that 



may be available to each of the programs 340a-340n running on 
the client 108. The socket library 322 is a general purpose 
networking application programming interface or API to access 
network services provided by the operating system. Briefly stated, a 
socket is an end point for interprocess communication, either 
locally or over a network running TCP/IP. Sockets can 
simultaneously transmit and receive data from another process, 
using semantics that depend on the type of socket. The socket 
interface can support a number of underlying transport 
mechanisms. Ideally, a program written with socket calls can be 
used with different network architectures and different local 
interprocess communication facilities with little or no changes. The 
socket library 322 can be the Winsock API from Microsoft, the 
Berkeley Software Distribution (BSD) socket library for Unix or any 
other supported architecture, other socket libraries based on the 
socket interface from University of California at Berkeley, or any 
other available socket library providing a socket based network 
programming API to communicate using TCP/IP over a network 104, 
which may or may not be based on the Winsock or the BSD API, and 
capable of operating on the computing device 1 00 as described 
herein. 



[0057] The TCP stack 324 provides an implementation of the 
TCP/IP communications protocol engine in order for the client 1 08 
to communicate using TCP/IP over the network 1 04. The TCP stack 
324 includes TCP/IP software and hardware driver software, 
sometimes referred to as packet drivers, that allows a computer 1 00 
to communicate via TCP/IP. Applications that use TCP/IP, such as 
an application making API calls to a socket library 322, require a 
TCP stack to operate on the computer where the application runs. 
The TCP stack 324, in one embodiment, may include the socket 
library 322 software, and in another embodiment, the socket library 
322 software may be not be included with the TCP stack 324. In a 
typical computer 1 00, the operating system provides a single TCP 
stack 324 for applications to use for network communications via 
TCP/IP. For example, operating systems such as Microsoft 
Windows, versions of UNIX and Linux only support a single instance 
of the TCP stack 324. Additional TCP/IP software, socket library 
software and/or hardware driver software may be Installed on the 
computer in addition to or instead of the similar software provided 
by the operating system. In an exemplary embodiment of the 
present invention, a single TCP stack 324 is used as provided by 
default by the operating system. In an alternative embodiment, the 



interface mechanism 320 may comprise a second TCP stacl< 324' In 
addition to tlie TCP stacic 324 provided by tPie operating system. 
Eacli TCP stack 324, 324' may Fiandle multiple users and/or 
programs communicating over the network 1 04. 

[0058] Additionally, the interface mechanism 320 may be 
any type of software component and/or a special purpose hardware 
device, such as, for example, an ASIC or an FPGA. The one or more 
software components of the interface mechanism may each be 
embodied in a library, module, program, executable, application, 
service, process or task. Furthermore, the interface mechanism 320 
may be made of several software components either running locally 
or distributed across multiple clients 1 08, 1 OS or servers 110, 1 1 C. 
The interface mechanism 320 may include the socket library and a 
portion of or all of the TCP stack 324. One ordinarily skilled in the 
art will appreciate the various permutation of the possible 
alternative embodiments of the interface mechanism 320. 

[0059] The client 1 08 may provide for or obtain a plurality of 
network identifiers 330 for the interface mechanism 320 to use in 
assigning unique network identifiers to one or more programs 
340a-340n on the client 108. The network identifiers 330 may 



comprise IP addresses, domain or liost names, or botli IP addresses 
and host names. In a preferred embodiment, the network 
identifiers 330 comprise a unique list of IP addresses with each IP 
address having at least one unique host name associated with it. 
The network identifiers 330 may be statically defined in one 
embodiment, or dynamically determined in another embodiment. In 
some cases, some of the network identifiers 330 will be statically 
defined while other network identifiers 330 will be dynamically 
obtained from the client 1 08, server 1 1 0, or another client 1 0^ or 
server 1 1 0" on the network 1 04. 

[0060] The client 1 08 may obtain the network identifiers 330 
many different ways and may receive a portion of the network 
identifiers 330 one way and other portions of the network 
identifiers 330 other ways. In one embodiment, the network 
identifiers 330 may be statically defined in a storage 336 location, 
such as a file, either remotely on the server 1 1 0 or on the client 
108. For example, the local hosts file of the client 108 referenced 
by the operating system and TCP stack 324 in performing network 
operations using IP addresses and host names may contain a list of 
multiple network identifiers. In another embodiment, one or more 



of the network identifiers 330 are allocated or dedicated to a 
specific user. 

[0061 ] In another embodiment, the client 1 08 obtains a one 
or more of the network identifiers from a server 1 1 0 accessible by 
the client 1 08 on the network 1 04. The server 1 1 0 may be a 
Dynamic Host Configuration Protocol server, also known as a DHCP 
server. DHCP is a standard for computers on a TCP/IP network to 
request from one or more central servers information such as the IP 
number, the netmask, the gateway, etc. that the computer should 
be using. The DHCP protocol provides for assigning dynamic IP 
addresses to devices on a network and supports a mix of static and 
dynamic IP addresses. DHCP consists of two components: a 
protocol for delivering host-specific configuration parameters from 
a DHCP server 334 to a client 1 08 and a mechanism for allocation of 
network addresses to clients 1 08, 1 08". 

[0062] In another embodiment, the client 1 08 obtains one or 
more of the network identifiers 330 from a network identifier 
generator 330, which can run on the server 1 1 0, or on the client 
1 08, or on another client 1 08* or server 1 1 C which is accessible by 
the client 1 08 on the network 1 04. The network identifier 



generator 330 may have an algorithm engine, business rule or logic 
engine for generating one or more of the network identifiers 330 
for the client 1 08 or the server 1 1 0. The network identifier 
generator 332 may generate a sequential series of IP addresses 
and/or host names. In another embodiment, the network identifier 
generator 332 may generate a random set of numbers with the 
numbers corresponding accordingly to the appropriate IP dot 
numbering scheme for the network 1 04. In another case, the 
network identifier generator 332 may use any combination of a user 
name, computer name, domain name or other descriptive strings of 
text in generating a host name for any of the IP addresses of the 
network identifiers 330. Furthermore, the network identifier 
generator 332 may have business rule logic that applies different 
addressing and generation schemes depending on the client 108 or 
server 1 1 0 requesting or obtaining the network identifiers 330 from 
the network identifier generator 332. One ordinarily skilled in the 
art will recognize that the network identifier generator 332 can 
apply a wide range of algorithms for generating network identifiers 
and apply a wide range of business rule logic for providing network 
identifiers to one or more computers on a network 1 04. 



[0063] The client 1 08 may obtain, provide or be assigned a 
maximum number of unique networic identifiers 330 as tiie client 
1 08 or server 1 1 0 may be able to host. In other embodiments, the 
client may obtain, provide or be assigned less than a maximum 
number of unique network identifiers 330 as may be determined 
based on the number of users, number of programs or other factors 
impacting the need for assigning unique network identifiers 330 to 
programs 340a-304n or users on the client 108. In one 
embodiment, the number of network identifiers 330 is a 
configurable parameter. 

[0064] The client 1 08 may obtain a portion of the network 
identifiers 330 from the server 1 10, such as a storage location 336, 
another portion from a DHCP server 334, another portion from the 
network identifier generator 332 and yet another portion locally on 
the client 1 08. Furthermore, the client 1 08, the server 1 1 0, or any 
programs 340a-340b on the client 108, the interface mechanism 
31 0 of the client 1 08, or any program on the server 1 1 0 may obtain 
one or more network identifiers programmatically by making any 
API calls, such as operating system level API calls, or by using any 
configuration tool provided by the operating system or other 



application to obtain network Identifiers 330. One ordinarily skilled 
in the art will appreciate the various permutations and alternative 
embodiments for the client 1 08 to obtain or provide for a plurality 
of network identifiers 330 for the present invention. 

[0065] The client may provide for one or more programs 
340a-340n to execute on the client 108. The programs 340a-340n 
can be any application, software or computer program capable of 
being invoked, executed on or processed by the computing device 
1 00 of the client 1 08. For example, the program 340a-340n can be 
any general purpose desktop application such as Microsoft Windows 
Explorer. The program 340a-340n could also be any type of web 
interface accessing services provided over the network 1 04 via one 
or more servers 110, 1 1 C. The program 304a-340n can be an 
enterprise application client accessing the server 1 1 0 over the 
network 1 04. In another case, the program 340a-340n can be a 
custom application written in any programming language and 
compiled to execute on the client 1 08. In one embodiment, the 
program 340a-340n is any program that is causing network 
communications over the network 1 04 to which a network Identifier 
would be provided in the network communications. For example. 



the program 340a-340n may make socket related API call through 
the socket library 322 using the TCP stack 324 to communicate to 
the network 104 through the network communication interface 310. 

[0066] In one embodiment, the program 340a-340n 
comprises an application isolation environment, which provides an 
execution context within a computing device 1 00 to separate, or 
isolate, a group of processes from another set of processes running 
in a separate instance of an application isolation environment. The 
isolation of processes in separate contexts protects one set of 
processes from issues generated from another set of processes. 
Typically, application isolation occurs at the process level where 
processes running in one execution context do not directly use the 
address space in memory used by other processes running in 
another execution context. However, an application isolation 
environment can provide any level of virtualization of operating 
system resources so as to separate or isolate the use of those 
resources by any program running 340a-340n in each application 
isolation environment 340a-340n. By way of example, on the client 
1 08, program 340a can provide an application isolation 
environment for one or more programs 340a-340n to run in while 



program 340b provides a second application isolation environment 
for another set of one or more programs 340a-340n to run in. 

[0067] In another embodiment, the programs 340a-340n 
can comprise a thin-client program for accessing applications, 
programs and services on a server 1 1 0 using a remote display 
protocol. For example, any of the programs 340a-340n may be an 
Independent Computing Architecture (ICA) client from Citrix 
Systems, Inc. of Fort Lauderdale, Florida, or a Remote Desktop 
Protocol (RDP) client from Microsoft Corporation of Redmond. 
These thin-client programs 340a-340n provide access to user 
sessions running on the server 1 1 0, or one or more other servers 
lie, lie, such as multiple servers in a server farm or server cluster. 
As such, the program 340a-340n can be a user session hosted by 
the client 1 08 or the server 1 1 0. 

[0068] In one embodiment, each of the programs 340a- 
340n can be running different types of applications, application 
isolation environments, or user sessions. For example, program 
340a may be an enterprise application client providing web access 
to enterprise application servers on the network. Program 340b 
may be an application isolation environment providing an execution 



context for a user to run one or more programs. Program 340n 
may be a thin-client program running a user session on tiie server 
110. In another embodiments, the programs 340a-340n may be 
any type of service running in the operating system. Additionally, a 
program 340a-340n can also be referred to as any service, task, 
process, or thread running on the client 1 08a-l 08n, or any 
combination thereof. One of ordinary skill in the art will recognize 
that the programs 340a-340n may be any type of program capable 
of executing on the computing device 1 00 of the client 1 08 or 
server 1 1 0 and that multiple types of programs may run 
subsequently or concurrently on the client 1 08 or the server 1 1 0 by 
one or more of the same user or different users. 

[0069] In operation, the interface mechanism 310 of the 
client 1 08 provides for the association of unique network identifiers 
from the plurality of network identifiers 330 to the programs 340a- 
340n running on the computer or to users of the programs 340a- 
340n. Although there may be a single operating system, TCP stack 
324 and socket library 322 supporting the network communications 
of the programs 340a-340n, the interface mechanism 320 locks, or 
binds, each user or program 340a-340n to a unique network 



identifier so that networic communications from tliat user or 
program from tlie same client 1 08 lias a unique network identifier. 
Without the interface mechanism of the present invention, each user 
or program 340a-340n of the client 108 would generate network 
communications with the same network identifier assigned to the 
client 108. 

[0070] The interface mechanism 320 obtains and/or selects 
a network identifier from the plurality of network identifiers 330 to 
associate and assign to a program 340a-340n or user of the 
programs 340a-340n. The interface mechanism 320 may obtain a 
network identifier from the plurality of network identifiers 330 
programmatically through an API call, such as an API call to a DHCP 
server. The interface mechanism 320 may obtain a network 
identifier for a program 340a-340b through any other form of 
interfacing by which it could obtain a network identifier, such as for 
example, reading a row of data from a file, such as a local hosts file, 
or by querying a row of data from a database. The interface 
mechanism 320 may have one or more network identifiers stored in 
memory upon start up of the client 108. One ordinarily skill in the 
art will recognize the interface mechanism 320 may obtain a 



network identifier for a program 340a-340n in many different ways 
allowed by various Icnown interfacing teciiniques. 

[0071] Tlie client 108, programs 340a-340n and/or 
interface mechanism 320 may obtain, select and/or assign a unique 
network identifier for a program 340a-340n or user at various 
times. In one embodiment, the client 1 08 may obtain one or more 
network identifiers upon booting or starting of the client 108. In 
another embodiment, the network identifier for a user may be 
obtained when the user logs into the client 1 08 or otherwise starts a 
user session. In one embodiment, the program 340a-340n and 
interface mechanism obtains, selects, and assigns a network 
identifier to the program 340a-304n upon establishment of or 
starting of the program 340a-340n. In another embodiment, the 
network identifier for the program 340a-340n is not obtained, 
selected or assigned until the program makes a call to the socket 
library 324. In other cases, the network identifier assigned to a 
program 340a-340n or a user of the client 308 may be released or 
returned at any point after is no longer needed by the interface 
mechanism 320 or the program 340a-340n. One ordinarily skilled 
in the art will recognize the many variations upon which a network 



identifier may be obtained, selected and/or assigned to a program 
340a-340n or a user of the client 108 and in other cases returned 
to or released from the pool of network identifiers 330. 

[0072] In an exemplary embodiment, the interface 
mechanism 320 locks in, or binds, a user or program 340a-340n to 
one of the network identifiers 330 by intercepting and modifying 
calls made to the socket library 322. Since there is typically a single 
TCP stack 324 with one IP address assigned to the client 1 08, 
applications usually do not specify an IP address of the client 1 08 in 
API calls to the socket library 322. The IP address of the client 1 08 
is a well-known IP address identified in one global name space of 
the TCP stack 324. By intercepting and modifying socket library 
322 API calls, the interface mechanism 320 can apply a specific 
network identifier to the API call instead of the socket library 322 
using the IP address and/or host name assigned to the client 1 08 
and already known by the TCP stack 324. After intercepting a 
socket library 320 API call, the interface mechanism 320 can apply a 
unique network identifier to the socket library 320 API call so that a 
network identifier is applied in making the API call. The interface 
mechanism 320 will apply the unique network identifier associated 



with the program 340a-340n or associated with the user of the 
program 340a-340n malcing the soclcet library 322 API call. 

[0073] For socket based network communications, a 
program calling the socket library 322 API may perform a variety of 
API calls on a socket, the endpoint of communications between a 
source and destination process. An endpoint in TCP/IP networking 
is determined by a unique combination of an IP address and a port 
address, or port number. Multiple applications on the same client 
108 can use the same IP address concurrently with different port 
addresses as each IP and port address combination defines a unique 
endpoint. IHowever, the present invention allows multiple programs 
340a-340n on the same client 1 08 to use the same port address 
concurrently. Since each program 340a-340n may obtain a 
different IP address, each endpoint, i.e., IP and port address, will be 
uniquely defined via the unique IP address assigned to the program 
340a-340n. As such, a program 340a with a first IP address may be 
bound to the same port address as another program 304b with a 
second IP add ress on the same client 1 08. 

[0074] The API of the socket library 322 defines function 
calls to create, close, read and write to/from a socket, among other 



socket related functions as described by tlie specific API 
implementation of the socket library 322, such as the WinSock API. 
In establishing socket communication, the IP address and the port 
of the source and destination processes must be provided to the 
socket library 322 API. Then send and receive API calls can be made 
on the socket. A socket can be bound to a specific network address 
by calling the bind function of the socket library 322. The interface 
mechanism 320 would bind the socket to the unique network 
identifier determined by the interface mechanism 320 as associated 
with or assigned to the program 340a-340b making the socket 
communications, or for the user accessing the program 340a-340n. 
This network identifier would be provided as the source address for 
the program 340a-340n on the client 1 08 and once the socket was 
mapped to this network identifier, all other socket based 
communications, such as a send API call, would use this network 
identifier as the source network address. The interface mechanism 
320 will also make a program 340a-340n listen on a particular 
network identifier assigned to the program 340a-340n by replacing 
a generic listen socket API call with a listen API call for the specific 
network address. As such, the interface mechanism 320 would 
ensure that connections and packets would originate from the 



unique network identifier associated with the program 340a-340n. 
The socket library 322 may provide for API calls to determine the 
network identifier of the local process sending and/or receiving 
socket based communications. The interface mechanism 320 would 
intercept and modify these types of API calls to return the specified 
network identifier of the program 340a-340n. 

[0075] The approach of having unique network identifiers 
assigned to a particular program 340a-304n or user on the client 
1 08 can also be referred to as virtual IP addresses. The IP 
addresses are virtual in that although the client 1 08 is assigned an 
IP address, each of the programs 340a-340n and/or users running 
on the client 1 08 have an IP address unique from and different than 
the IP address already and typically assigned to the client 1 08. 
Furthermore, these virtual IP addresses can be used dynamically, 
with a virtual IP address being assigned and then unassigned on an 
as needed basis for a user or program 340a-340n 

[0076] The technique of intercepting and modifying socket 
library 322 calls can be applied to many operating systems such as 
the various types of Linux and UNIX operating systems that use a 
similar socket communications based approach and have socket 



libraries for such communications. Furthermore, it is advantageous 
to use an interface mechanism 320 with a single TCP stack 324 as 
many of these operating systems already use a single TCP stack 324 
for network communications. In this case, the interface mechanism 
320 would work with these standard available operating systems 
and be less intrusive on the operating system of the client 108, or 
other computing device 100 hosting the present invention. 

[0077] In certain embodiments, the interface mechanism 320 
can intercept and modify socket library 322 API calls by using the 
technology of a Layered Service Provider (LSP), a Namespace Service 
Provider (NSP) or other technology that will enable the interface 
mechanism 320 to hook, overwrite, overload, extend or otherwise 
intercept and modify socket library 322 API calls. For example, an 
LSP is a software component that can be inserted into a Windows 
TCP/IP handler like a link in a chain. The Winsock implementation 
from Microsoft provides a service provider interface between the API 
and the protocol stacks. The service provider interface would 
enable one to create their own service provider or extend an 
existing transport service provider by implementing a custom LSP. 



[0078] Alternatively, instead of intercepting and modifying 
socket library 322 API calls, the interface mechanism 320 may 
comprise a custom or modified socket library 322 which provides 
the programming logic to use, provide or apply the unique network 
identifiers assigned to any of the programs 340a-340n or users. In 
another alternative embodiment, the interface mechanism 320 may 
use multiple TCP stacks 324, 324' and/or socket libraries 322, 322' 
for providing unique network identifiers to a portion of or all of the 
programs 340a-340n or the users of the client 1 08. For example, 
in one embodiment, a TCP stack 324 and socket library is assigned 
to each program 340a-340n or each user on the client 1 08. In yet 
another alternative embodiment, the interface mechanism 320 may 
comprise a network manipulation filter by which it filters packets of 
network traffic via the network communication interface 310. In 
this case, the interface mechanism 320 is intercepting and 
modifying network traffic sent to and from a program 340a-340n 
beyond or below the layer of the socket library 322. As such, the 
API calls to the socket library 322 would not be intercepted and 
modified but the network traffic generated from such calls would be 
intercepted and modified. 



[0079] Referring now to FIG. 3B, system 302 depicts a client- 
server network system where the present invention of providing 
virtual IP addresses resides on the server 110. In an exemplary 
embodiment, the server 1 1 0 may be a multi-user server running 
remote display protocol servers such as Microsoft Terminal Server 
or Citrix Presentation Server, which allow users to connect to the 
server 1 1 0 to run applications from the server 1 1 0 and have output 
from the running of the application display on the clients 108a- 
1 08n. In broad overview, any one or all of the clients 1 08a-1 08n 
may connect to the server 1 1 0 over the network 1 04. The server 
1 1 0 may have a network communication interface 310, an interface 
mechanism 320, a network identifier generator 332, network 
identifiers 330, and one or more programs 340a-340n. 

[0080] The clients 1 08a-1 08n may have a client agent 1 09a- 
1 09b to provide additional application functionality to the client or 
allow the client to access services on another system such as the 
server 1 1 0. For example, a client agent 1 09a-1 09n may be a 
remote display client, such as any of the remote display clients from 
Microsoft or Citrix that work in conjunction with Microsoft Terminal 
Server or Citrix Presentation Server that may be running on the 



server 110. In these cases, the client 1 08a-1 08n would connect to 
the server 1 1 0 and establish a user session on the server 1 1 0. The 
server 1 1 0 may concurrently and/or subsequently host multiple 
user sessions. For example, the server 1 1 0 may concurrently host a 
user session for a first user from client 1 08a and a user session 
from a second user from client 1 08b. In another embodiment, the 
user session of the first user from client 1 08a may be hosted by the 
server 1 1 0 after the server terminates hosting of the user session of 
the second user from client 108b. 

[0081] Without the present invention, each of the user 
sessions hosted on the server 1 1 0 would use the IP address 
assigned to the server 110. So although different users are using 
the server 1 1 0, the networic traffic generated from each user would 
share the same IP address of the server 1 1 0. With the present 
invention, each user session hosted on the server 1 1 0 via the 
programs 340a-340n may be assigned a unique network identifier 
different than the servei's 1 1 0 networic identifier. If the user is 
running more than one program 340a-340n, each user program 
340a-340n may be assigned a network identifier associated with 
the user. In a similar fashion as described with FIG. 3A, the 



interface mechanism 320 on the server 1 10 would obtain, select 
and assign a unique network identifier from the plurality of network 
identifiers 330 and apply accordingly the network identifier to 
network communications of the programs 340a-340n using the 
intercept and modify technique with regards to the socket library 
322. 

[0082] Referring now to FIG. 3C, system 304 depicts an 
alternative embodiment of the present invention for providing 
virtual IP addresses where the interface mechanism 320 is deployed 
on a proxy server 110. In brief overview, one or more of the clients 
1 08a- 1 08n may connect to the server 1 1 0* via a proxy server 1 1 0. 
The clients 1 08a-1 08n may communicate via the proxy server 1 1 0 
to the server 1 1 0 by a VPN protocol or some other tunneling or 
encapsulation protocol. Furthermore, any of the clients 108a-l 80n 
may be a server, server farm, or other multi-user server. The server 
1 1 0" may be on the same network 1 04 as the proxy server 1 1 0 or on 
a different network 1 04'. 

[0083] The proxy server 1 1 0 may comprise the plurality of 
network identifiers 330 to be assigned to any of the programs 
340a-340n residing on any of the clients 1 08a-1 08n or the server 



1 1 0*. The interface mechanism 320 on the proxy server 1 1 0 would 
manage the assignment of networic identifiers to networic traffic 
passing through the proxy server 1 1 0 between the client 1 08a- 
1 08n and the server 1 1 C that is associated with a specific program 
340a-340n or user of the client 1 08a-l 08n or the server 1 1 C. 
Since the clients 1 08a-1 08n or the server 1 1 0^ would not bind the 
network identifier to the specific program 340a-340n or user prior 
to communicating network traffic, the proxy server 1 1 0 and the 
interface mechanism 320 would need to manage the context of 
network traffic from the user or program 340a-340n to 
appropriately apply the unique network identifier. 

[0084] In one aspect, the present invention relates to 
methods for assigning unique network identifiers to one or more 
programs 340a-340n and/or users of a computer 1 00, such as the 
client 1 08 or the server 1 1 0. FIG. 4 depicts a flow diagram of the 
steps of a method 400 for practicing the present invention as 
shown in FIGs 3A-3C. The method 400 comprises the steps of 
obtaining a plurality of network identifiers (step 410), selecting a 
network identifier for a program (step 41 5), associating a network 
identifier with network communication of the program (step 420) 



and transmitting the networic identifier with networic communication 
of the program (step 425). This method 400 can be repeated for 
each of the programs 340a-340n, or optionally, at any of the steps 
of method 400, the step can be performed for multiple programs 
340a-340n, or users. In another embodiment, the method 400 can 
applied to each user of the client 108 or server 1 10. 

[0085] At step 410, the computer 1 00, such as the client 
1 08, the server 1 1 0, or the proxy server 1 1 0, obtains a plurality of 
network identifiers 330. One or more of the network identifiers 330 
may be obtained from a server 1 1 0 separate from the computer 
obtaining the network identifiers. Optionally, one or more of the 
network identifiers 330 may be obtained from a DHCP server. In 
another embodiment, one or more of the network identifiers 330 
may be obtained from a storage location 336 such as a file system 
or database locally on the computer 1 00 or remotely on a server 
1 1 0 or client 1 08. In another embodiment, one or more the 
network identifiers 330 may be obtained from a network identifier 
generator 332. For step 41 0, a plurality of network identifiers 330 
may be obtained by all or a portion of the above alternative 
embodiments of the step. Furthermore, one or more of the network 



identifiers 330 may be allocated specifically to a user or on a user 
basis. In one embodiment, the network identifier is obtained for a 
user when a user starts a user session on the client 1 08. As 
described in relation to FIG. 3A, one ordinarily skilled in the art will 
appreciate the various permutations of step 41 0 in obtaining a 
plurality of network identifiers 330. 

[0086] At step 41 5, the interface mechanism 320 selects a 
network identifier from the plurality of network identifiers 330 for a 
program invoked, executing or otherwise running on the computer 
1 00, such as the client 1 08 or the server 1 1 0. The network 
identifier may be selected on booting up or starting of the computer 
1 00. In another embodiment, the network identifier may be 
selected when the program 340a-340n is invoked on the computer 
or in yet another embodiment, when the program 340a-340n 
makes its first call to the socket library 322. In further 
embodiments, the network identifier 330 selected for a program 
340a-340n may be released or returned once the program 340a- 
340n is terminated or otherwise complete socket communications. 

[0087] At step 420, the interface mechanism 320 associates 
the selected network identifier with the network communications of 



the program 340a-340n. In an exemplary embodiment, step 420 
includes the intercepting and modifying technique discussed in 
relation to FIG. 3A. In other embodiments, the step 420 may 
include using multiple TCP stacks 324 or a network manipulation 
filter. At step 425, the method 400 provides for the transmitting of 
the selected and associated, or assigned, network identifier of a 
program 340a-340n with network communication of the program 
340a-340n. The interface mechanism 320 interfaces with the 
network communication interface 31 0 to transmit the assigned 
network identifier with the network communications of the program 
340a-340n. 

[0088] In another aspect, the techniques of the present 
invention for assigning unique network identifiers for programs 
340a-340n can also be applied to local inter-process 
communications using the loopback interface of a computer 100. 
The IP protocol specifies a loopback network and most IP 
implementation support a loopback interface. A loopback is a 
communications channel with only one endpoint so that any traffic 
that a computer program sends on the loopback network is 
addressed to the same computer. The most commonly used 



loopback IP address is 1 27.0.0.1 with a liost name or domain name 
of localliost. Any of tlie loopbacic addresses in the 1 27.X.X.X range 
are considered loopbacic addresses by the TCP stacic 324. On a 
UNIX like system, the loopback interface is commonly referred to as 
device lo or loO. A loopback interface may have several uses. Some 
applications use the loopback address to establish an inter-process 
communication between programs running locally. In other cases, 
pinging the loopback address can be used to test if the TCP stack is 
working. Additionally, the loopback interface may be used to test 
software without needing to actually access the network 1 04. 

[0089] FIG. 5 depicts a block diagram of a computer system 
500 applying the techniques of the present invention to the 
loopback interface 510 of a client computer 1 08. In brief overview, 
the client 1 08 comprises a loopback interface 510, an interface 
mechanism 31 0, a plurality of loopback addresses 530, and one or 
more programs 340a-340n. The client 1 08 is connected to a 
network 1 04 by which the client 1 08 can access a server 1 1 0. The 
server 1 1 0 may comprise a storage 336 having one or more 
loopback addresses, and I may further comprise a loopback address 
generator 532. 



[0090] The client 1 08 may provide for or obtain a plurality of 
loopback addresses 530 for the interface mechanism 320 to use in 
assigning unique loopback addresses to one or more programs 
340a-340n or one or more users on the client 108. The loopback 
addresses 530 may comprise IP addresses, domain or host names 
or both IP addresses and host names, which would be intended for 
use as a loopback address for the loopback interface 51 0. 

[0091] In an exemplary embodiment, the loopback 
addresses 530 comprises a unique list of IP addresses with each IP 
address having at least one unique host name associated with it. 
The loopback addresses 530 may be statically defined in one 
embodiment, or dynamically determined in another embodiment. In 
some cases, some of the loopback addresses 530 will be statically 
defined while other loopback addresses 530 will be dynamically 
obtained from the client 1 08, server 1 1 0, or another client 1 08" or 
server 1 1 0^ on the network 1 04. Similar to the network identifiers in 
FIGs. 3A-3C, the client 1 08 may obtain the loopback addresses 530 
many different ways and may receive a portion of the loopback 
addresses 530 one way and other portions of the loopback 
addresses 530 other ways. In one embodiment, the loopback 



addresses 530 may be statically defined in a storage 336 location, 
such as a file, either remotely on the server 1 1 0 or alternatively, on 
the client 1 08 or another client 1 0S* or server 1 1 C on the network 
1 04. For example, the local hosts file of the client 1 08 referenced 
by the operating system and TCP stack 324 in performing the 
loopback interface 51 0 may contain a list of multiple loopback 
addresses. In another embodiment, one or more of the loopback 
addresses 530 are allocated or dedicated to a specific user. In 
another embodiment, the client 108 obtains one or more of the 
loopback addresses 530 from a server 1 1 0 accessible by the client 
1 08 on the network 1 04. In yet another embodiment, one or more 
of the loopback addresses may be obtained from a loopback 
address generator 532 running on either the server 1 1 0 as shown, 
or optionally on the client 1 08 (not shown). The loopback address 
generator 532 may run any of the similar address generating 
schemes and business rule logic as with the network identifier 
generator 332. As with the network identifiers 330 of FIGS. 3A-3C, 
one ordinarily skilled in the art will recognize the client 1 08 may 
provide or obtain a plurality of loopback addresses 530 in many 
different ways. 



[0092] Furthermore, the client 1 08 may obtain, provide or be 
assigned a maximum number of unique loopbacl< addresses 330 as 
the client 1 08 may be able to have, or host or otherwise supported 
by the loopback interface 510. For example, there may be one 
loopback address for each of the users of the client 1 08 up to the 
maximum numbers of specific users the client 1 08 can host, either 
concurrently or subsequently. In other embodiments, the client 
may obtain, provide or be assigned less than a maximum number of 
unique loopback addresses 530 as may be determined based on the 
number of users, number of programs or other factors impacting 
the need for assigning unique loopback addresses to programs 
340a-304n or users on the client 1 08. In one embodiment, the 
number of loopback addresses 530 is a configurable parameter. 

[0093] The loopback interface 510 includes any and all of 
the network related hardware and software required for the client 
1 08 to communicate with the loopback interface 5 1 0. For example, 
the loopback interface 51 0 includes any software and/or hardware, 
such as operating system provided software and interfaces, that 
implements the loopback network of the client 1 08. 



[0094] The interface mechanism 310 comprises a socket 
library 322 and a TCP stack 324, and as described In conjunction 
with FIG. 3A may have other embodiments. Also, as further 
described in conjunction with FIG. 3A, the interface mechanism 310 
in FIG. 5 performs a similar intercepting and binding technique for 
applying unique loopback addresses to programs 340a-304n or 
users on the client 108. Any of the programs 340a-340n 
communicating to the loopback interface 510 would make API calls 
to the socket library 322 as they would when performing socket 
based communications over the network 1 04. However, a local host 
address or loopback address would be specified as the source 
and/or destination communication endpoint so that all 
communications stay local to the client 1 08 but exercise a portion 
of the TCP stack 324 as implemented by the loopback interface 
510. 

[0095] By way of example, program 340a on client 1 08 may 
be a web client establishing local inter-process communications 
with a local web server 340b. The programs 340a and 340b may 
establish the inter-process communications by make API calls using 
the default localhost add r6ss of 1 27.0.0.1 . InstGSid of usina ths 



typical localhost address of 1 27.0.0.1 assigned to tlie client 1 08, 
the interface mechanism 320 would apply a unique ioopback 
address, from the unique Ioopback addresses 330, for example 
1 27.0.0.1 01 , to the inter-process communications between 
program 340a and program 340b. In an exemplary example, the 
programs 340a and 340n continue to make API calls using the 
127.0.0.1 address. However, the interface mechanism 320 
substitutes the default address with a unique Ioopback address 
from the Ioopback addresses 330 In the 1 27.X.X.X range recognized 
as a Ioopback address by the TCP stack 324. In this case, the 
programs 340a-340n are not aware of the substitution and 
continue to perform as if the programs 340a-340n were using the 
1 27.0.0.1 address. 

[0096] This Ioopback address may be program 340a-340n 
specific or may be assigned to or dedicated to the user running the 
program 340a-340n. The web server of program 340b may point 
the web client of program 340a to the local URL address of 1 27.0 
.0.1 01 to access the web site provide by the web server locally to 
the client 108. While program 340a and 340b use the unique 
Ioopback address that may be different than the one assigned to 



the client 1 08, a second set of programs, 340c and 340d, may also 
establish local inter-process communication with a unique loopback 
address such as 1 27.0.0.1 02, different from the loopback address 
of the programs 340a and 340b, and different than the default 
loopback address of 1 27.0.0.1 of the client 1 08. Like programs 
340a and 340b in the above example, the second set of programs 
340c and 340d also make API calls using the 127.0.0.1 address but 
the interface mechanism 320 automatically substitutes a unique 
loopback address in the 1 27.X.X.X range. 

[0097] By applying unique loopback addresses 530 to one or 
more of the programs 340a-340n or users of the client 108, the 
present invention allows multiple loopback interface inter-process 
communications to occur concurrently or simultaneously. Without 
the present invention, the first set of programs 340a and 340b and 
the second set of programs 340c and 340d would have had to use 
the same local loopback address, such as the typical default of 
1 27.0.0.1 , causing one of the set of programs not to work properly. 
Additionally, the present invention as it applies to loopback 
addresses allows monitoring systems and applications to associate 



inter-process loopback communications witli a particular program 
or user. 

[0098] In another aspect, the present invention relates to 
methods for assigning unique loopback addresses to one or more 
programs 340a-340n and/or users of a computer 100, such as the 
client 1 08 or the server 1 1 0. FIG. 6 depicts a flow diagram of the 
steps of a method 600 for practicing the present Invention as 
shown in FIG. 5. The method 600 comprises the steps of obtaining 
a plurality of loopback addresses (step 610), selecting a loopback 
addresses from the plurality of loopback addresses for a program 
(step 61 5), associating a loopback address with loopback Interface 
communication of the program (step 620) and transmitting the 
loopback address with loopback interface communication of the 
program (step 625). This method 600 can be repeated for each of 
the programs 340a-340n, or optionally, at any of the steps of 
method 600, the step can be performed for multiple programs 
340a-340n. In another embodiment, the method 600 can be 
applied to each user of the client 108 

[0099] At step 61 0, the client 1 08 obtains a plurality of 
loopback addresses 530. One or more of the loopback addresses 



530 may be obtained from a server 1 1 0 separate from the client 
1 08. In one embodiment, one or more of the loopback addresses 
530 may be obtained from a storage location 336 such as a file 
system or database remotely on a server 1 1 0 or optionally, locally, 
on the client 1 08. In another embodiment, one or more the 
loopback addresses 530 may be obtained from a loopback address 
generator 532. For step 61 0, a plurality of loopback addresses 530 
may be obtained by all or a portion of the above alternative 
embodiments of the step. Furthermore, one or more of the 
loopback addresses 530 may be allocated specifically to a user. As 
described in relation to FIG. 5, one ordinarily skilled in the art will 
appreciate the various permutations of step 61 0 in obtaining a 
plurality of loopback addresses 530. 

[01 00] At step 61 5, the interface mechanism 320 selects a 
loopback address from the plurality of loopback addresses 530 for 
a program invoked, executing or otherwise running on the 
computer 1 00, such as the client 1 08 or the server 1 1 0. The 
loopback address may be selected on booting up or starting of the 
client 1 08. In another embodiment, the loopback address may be 
selected when the program 340a-340n is invoked on the client 108 



or in yet another embodiment, wlien tlie program 340a-340n 
maices its first call to tlie soclcet library 322. In another 
embodiment, the loopback address is selected on a user basis. In 
one embodiment, the loopback address is obtained and/or selected 
for a user when a user starts a user session on the client 1 08. In 
further embodiments, the loopback address selected for a program 
340a-340n may be released or returned once the program 340a- 
340n is terminated or otherwise complete socket communications. 

[01 01] At step 620, the interface mechanism 320 associates 
the selected loopback address with the loopback interface 
communications of the program 340a-340n. In an exemplary 
embodiment, step 620 includes the intercepting and modifying 
technique discussed in relation to FIG. 5 and FIG 3A. In other 
embodiments, the step 620 may include using multiple TCP stacks 
324 or a network manipulation filter. At step 625, the method 600 
provides for the transmitting of the selected and associated, or 
assigned loopback address of a program 340a-340n with loopback 
interface communication of the program 340a-340n. The interface 
mechanism 320 interfaces with the loopback interface 51 0 to 



transmit the assigned loopbacic address with the loopbacic interface 
communications of the program 340a-340n. 

[01 02] In another aspect, the present inventions relates to 
providing a uniform addressing scheme for associating virtual host 
names with users as they roam in a network 1 -4. As discussed 
above, the present invention allows unique network identifiers to be 
assigned dynamically to either programs or users upon start of the 
program or upon start of the user session. As such, a user can be 
dynamically "bound' to a virtual host name so that the user will 
always use the same host name, and in some cases the same IP 
address, regardless of the computer the user may be using to 
access the network. A virtual host name and/or virtual IP address 
can be allocated to a specific user and follow the user as the user 
roams the network from one computer to another or from one sub- 
network to another. 

[01 03] Referring now to FIG. 7 is a block diagram depicting a 
client-server system 700 for practicing an embodiment of the 
present invention. In brief overview, one or more clients 1 08a- 
1 08n connect to a network 1 04 and access a server 1 1 0. The 
network 1 04 may comprise one or more sub-networks 1 04' or may 



be multiple networks 1 04, 1 04', etc. The server 1 1 0 comprises a 
name resolution service 71 0, a set of virtual host names 730 and IP 
addresses 740 and optionally, a DHCP server 334. The server 1 1 0 
could be a server farm, server cluster, or other multiple server 
system, including servers 110, 1 1 0^, 110*, etc. Each of the client 
1 08a- 1 08n and the server 1 1 0 may be able to invoke, run or 
otherwise execute programs 340a-340n. In certain embodiments, a 
program 340a-340n on a client 1 08a may be used for establishing 
a user session on a multi-user server 1 1 0 or server farm 1 1 0*, with 
the user session on the server 1 1 0 comprising a program 340b 
running on the server 1 1 0. Each client 1 08a-l 08n includes a 
network interface 708a-708n for performing network interfacing of 
the present invention. In an exemplary embodiment, one or more 
of the network interfaces 708a-708n includes the interface 
mechanism 320 as described with FIGs. 3A-3C and FIG. 5 for 
assigning unique network identifiers to programs 304a-304n 
and/or users. 

[01 04] The server 1 1 0 may have a DHCP server 334 for 
dynamically assigning IP addresses to clients 1 08a-l 08n and/or the 
interface mechanism 320 of the network interface 708a-708n of a 



client 1 08a-1 08n. For example, when a user session starts, a new 
IP address can be obtained from the DHCP server 334 and when the 
user session ends, the IP address can be released and returned back 
to the pool of IP addresses of the DHCP server 334. Optionally, the 
DHCP server 334 could be on another server 1 1 (J on the network 
1 04. DHCP 334 can be configured to reserve IP addresses, and one 
or more IP addresses can be reserved for a particular name, such as 
a user or host name. In addition to providing a client 1 08a-1 08n 
the information of the IP address, subnet mask and default gateway 
of the client 1 08a-l 08n, the DHCP server 335 can provide other 
information such as the address of a name resolution service or any 
other information configured to be provided by DHCP 334. 
Furthermore, the DHCP server 336 is able to receive information 
about a particular name with a reservation, such as a user name or 
host name, when receiving a request for an IP address assignment 
from a client 1 08a-l 08n. In this manner, the DHCP server 334 can 
return a reserved IP address associated with a name In the request. 
In certain embodiments, the clients 1 08a-l 08n may obtain one or 
more IP addresses from the DHCP server 334. In other 
embodiments, the clients 1 08a-1 08n may obtain one or more IP 
addresses separate from the DHCP server 334, for example, from a 



file on the client 1 08 or from a storage on the server 1 1 0. The 
client 1 08 of FIG. 7 can obtain IP addresses in any of the ways 
discussed in relation to FIG. 3A. 

[01 05] The server 1 1 0 may comprise a name resolution 
service 710, such as a Domain Name Server (DNS). Alternatively, 
the name resolution service 71 0 may run on another server 1 1 C on 
the network 1 04, or one or more servers 110^, 1 1 0" on the network 
1 04. A name resolution service such as a DNS server maintains 
centralized lists of domain names, or host names, to IP addresses 
and maps requests specified by domain name to the respective IP 
address. Host names can be registered with the name resolution 
services 710 or can be updated dynamically. In one embodiment, 
the name resolution service comprises WINS, the Microsoft Windows 
Internet Naming Service that translates a host name into an IP 
address using the NETBIOS API over TCP/IP. Although the name 
resolution service 710, such as DNS, may dynamically update 
records as a clientfs 1 08a-l 80n IP address changes, e.g. dynamically 
assigned by a DHCP server 334, the name resolution service 71 0 is 
only tracking the IP address of the client 108a-108n. 



[0106] In operation of the client-server system 700, a 
program 340a-340n is invoked on a client 108a-108n. The client 
108a-108n, program 304a-304n or the network interface 708a- 
708n can dynamically request an IP address, for example, from the 
DHCP server 334 and can "bind' the IP address with the user name of 
the user invoking the program 340a or the user currently logged 
into the client 1 08a-l 08n. When the client 1 08a-l 08n, program 
304a-304n or network interface 708a-708n requests an IP address 
from the DHCP server 334, it can report the name of the user with 
the request. In an exemplary embodiment, the DHCP server 334 
may be configured to reserve an IP address for the user reported to 
it via the IP address request. The DHCP server 334 can then return 
the reserved IP address to the client 1 08a and therefore effectively 
binding the user to the reserved IP address. 

[01 07] In another embodiment, the client 1 08a-l 08n may 
retrieve an IP address from the plurality of network identifiers 330 
as described in conjunction with FIGs. 3A-3C. The client 108a- 
1 08n can then make system API calls to update the DHCP server 
334 with the IP address obtained for the virtual host name. In 
another embodiment, the client 1 08a may register the virtual host 



name with the name resolution service 710 and provide the IP 
address it obtained from making the system call. In yet another 
embodiment, the client 1 08a-1 08n may obtain an IP address from a 
DHCP server 334 and register the virtual host name for the IP 
address obtained from the DHCP server 334 with the name 
resolution service 710. 

[01 08] The virtual host name for a user or a program 340a- 
304n can be dynamically created and can be based on the user 
name associated with the user session or the user who invoked the 
program 340a-340n. In another embodiment, the virtual host 
name can be statically defined in DHCP server 334 or the name 
resolution service 710. Optionally, it could be defined in another 
storage 336 location on the client 1 08a-1 08n or the server 1 1 0. 

[0109] For example, a user named userl on the network 
domain of mycompany may have a virtual host name of 
userl .mycompany.com. This virtual host name for userl can be 
registered in DHCP server 334 and/or the name resolution service 
71 0. In another embodiment, the virtual host name can be created 
when the user invokes a program 340a-340n such as a user 
session. Then the client 1 08a-1 08n, or the program 340a-304n or 



the network interface 708a-708n can dynamically update the name 
resolution service with the virtual host name for the user and 
provide the IP address assigned to the virtual host name, which also 
be reserved or allocated to the user. 

[01 1 0] Any of the client 1 08a-l OSn, the programs 340a- 
340n or the network interface 708a-708n may include a virtual host 
name generator 740 that dynamically creates a virtual host name for 
a user based on a variety of attributes and factors. The virtual host 
name may simply be the user name. In other cases, the virtual host 
name can be the user name combined with the host name of the 
client 1 08a-1 08n. In other cases, the virtual host name may be the 
user name combined with the domain name of the network 104. In 
other embodiments, the virtual host name may depend on the 
number of user sessions the user is concurrently running. In yet 
another embodiment, the virtual host name may depend on a 
logical name of the sub-network the client 108a-108n is connected 
to. One ordinarily skilled in the art will appreciate that the virtual 
host name can be formed from a portion of any type of characters 
or descriptive text that may be combined, concatenated, stripped or 



otherwise formed to make a virtual liost name that may uniquely 
identify the user or login entity to which it is assigned. 

[0111] The dynamic nature of assigning unique IP addresses 
to users rather than the client 1 08a enables the present invention to 
provide a uniform addressing scheme for roaming users. For 
example, a first user named userl logs into the client 1 08a, which 
may have already been assigned a default IP address, such as 
1 92.1 68.1 .1 00. Upon invoking a user session or starting another 
program 340a-340n, the client 1 08a may request an IP address 
from the DHCP server 334. In the request to the DHCP server 334, 
the virtual host name of userl may be provided. In one 
embodiment, the DHCP server 334 has reserved an IP address of 
1 92.1 68.1 .200 for userl and provides this reserved IP address in 
responding to the request. As a result, userl on client 1 08a has a 
virtual host name of userl assigned to the reserved IP address of 
1 92.1 68.1 .200. This userl virtual host name mapping to the IP 
address of 1 92.1 68.1 .200 would be available in the name resolution 
service 710. As such, any lookups of the name resolution service 
71 0 would show the virtual host name of userl associated with the 
IP address of 1 92.1 68.1 .200. Since the virtual host name is 



descriptive of the user, any loolcups of the name resolution service 
would quickly Identify users and their IP addresses and associate It 
with other Information provided with the lookup. 

[01 1 2] The same userl may terminate the user session on 
client 1 08a and move into another part of the network 1 04 and log 
Into client 1 08n to Invoke another user session. In a similar 
manner, an IP address for userl's user session on client 1 OSn may 
be requested from the DIHCP server 334. The request would Include 
the virtual host name of userl and the DHCP server 334 would 
provide the reserved IP address of 1 92.1 68.1 .200. As such, userl 
now has the same virtual host name and same IP address as the 
user session It had on client 1 08a. The virtual host name and IP 
address effectively roamed with the user as the user moved from 
client 1 08a-l 08n to client 1 08a-l 08n in the network 1 04. In this 
manner, the IP address and virtual host name assigned process has 
been decoupled from the physical computer to which a user session 
Is running, which would already have an assigned IP address and 
host name to connect to the network 1 04. 

[01 1 3] If the same userl has multiple sessions on different 
clients 108a-108n, separate IP addresses and virtual host names 



are required for each session. Tlie virtual liost naming scheme 
would need to account for these cases. For example, the client 
108a-108n, the program 340a-304n, the network interface 708a- 
708n or optionally, a virtual host name generator 740 may create a 
virtual host name for each user session that identifies both the 
session and the user. For example, the first session of user1 may 
have a virtual host name of userl .session! and the second session 
of userl may have a virtual host name of userl .sessionZ. A unique 
IP address may be assigned to each virtual host name from the 
DHCP server 334 or by the interface mechanism 320 of the networl< 
interface 708a- 708n. While userl has multiple user sessions with a 
uniform addressing scheme, other users can also have multiple 
users sessions each identified by a virtual host name following the 
uniform addressing scheme. 

[01 14] Uniform networl< addressing can be particularly 
useful in the cases of a user connecting through a proxy server as 
depicted in the illustrative embodiment of FIG. 3C. A proxy server 
1 1 0, using VPN for example, can provide virtual IP addresses not 
limited by the topology of the network. In contrast, a DHCP server 
334 is limited to providing IP addresses that work with the network 



topology. For example, the virtual IP addresses provided by a DHCP 
server may all be in the same range, e.g., 1 92.X.X.X, of IP 
addresses assigned to clients 1 08a- 1 08n on the network 1 04. In 
the case of a user connecting to a network 104 and being assigned 
a virtual IP address provided by a DHCP server 334, the user will 
have a unique IP address in the same range as IP addresses 
assigned to clients 1 08a-1 08n on the network. Although the user 
still obtains a unique IP address, the IP address assigned to the user 
will be dependent on the network 1 04 the client 1 08a-1 08n is on. 
If a user connects to the network via a proxy server 1 1 0 as in FIG. 
3C, the user can be provided a unique IP address that is not tied to 
the network topology of the network 1 04 of the proxy server, or the 
network 1 04 the user may access through the proxy server 110. By 
using the proxy server, a virtual IP address not associated with a 
network topology can be assigned to a user regardless of the client 
1 08a-l 08n the user connects to the network 1 04 with. 

[01 1 5] This uniform addressing scheme with virtual host 
names can be applied to non multi-user computing environments 
such as a desktop as well as a multi-user system such as server or 
server farm hosting multiple user sessions concurrently with 



Microsoft Terminal Server or Citrix Meta Presentation Server. Wlien 
a user logs into a desl<top computer, an IP address for thie user can 
be obtained and associated witii a virtual host name for the user. 
For a multi-user system, the present invention allows the system to 
provide each user and user session, concurrent or otherwise, with 
an execution environment similar to a deslctop computer 
environment where each user has a separate and unique IP address. 

[01 1 6] Additionally, the IP address assignment process can 
be decoupled from the virtual host name registration process. For 
example, the IP address can be obtained via a DIHCP server 334 
without reserving an IP address for a user or by any other means, 
such as the interface mechanism 320 of the networl< interface 
708a-708n. Although the IP address has not been reserved or 
otherwise allocated to the user, the virtual host name may be 
registered with the name resolution service 71 0 based on the user 
name. This allows the virtual host name for a user to roam with the 
user across networks that may have different subnet addresses. 
The virtual host name remains the same for the user through the 
network 1 04 accessible name resolution service 71 0 while the IP 
address assigned to the virtual host name and therefore the user 



changes to account for the different IP address subnet addressing 
schemes. In another aspect, the uniform addressing scheme with 
virtual host names can also be used to provide location services of 
users on the network since the virtual host name will follow the user 
as the user roams the network. A lookup service can be provided to 
locate the user by the virtual host name and/or IP address assigned 
to the user. 

[0117] In another aspect, the present invention relates to 
methods for providing a uniform addressing scheme for a user 
independent from the client 1 08a-1 08n from which the user 
connects to the network 1 04. FIG. 8 depicts a flow diagram of the 
steps of a method 800 for practicing the present invention as 
shown in FIG. 7. The method 800 comprises the steps of obtaining 
a plurality of virtual host names (step 81 0), obtaining a plurality of 
internet protocol addresses (step 81 5), assigning a virtual host 
name to a user (step 820), associating a virtual host name with an IP 
address (step 825) and providing a virtual host name as the user 
roams the network (step 830). This method 800 can be repeated 
for each user or optionally, at any of the steps of method 800, the 
step can be performed for multiple users. 



[01 1 8] At step 81 0, a plurality of virtual host names 730 is 
obtained to be assigned to one or more users on the network 1 04. 
One or more of these virtual host names 730 may be registered in a 
DHCP server 334 or a name resolution service 71 0. In other 
embodiments, one or more of these virtual host names are defined 
in a storage location, on a client 1 08a-1 08n or a server 1 1 0, such a 
file or a database. In another embodiment, one or more of the 
virtual host names 730 are dynamically created by a virtual host 
name generator 740. A virtual host name may be obtained one at a 
time on an as needed basis per user or may be obtained in batches 
in a frequency as desired or needed to provide a virtual host name 
to each user or user session. At step 81 5, the method 800 provides 
for also obtaining a plurality of IP addresses. The IP addresses may 
be obtained via a DHCP server 334 or by the interface mechanism 
320 of the networic interface 708a-708n or by any other means 
discussed in relation to FIGs. 3A-3C and FIG. 4. The method 800 
will assign IP addresses to virtual host names and associate the 
virtual host name with a user or a user session. 

[01 1 9] At step 820, the method 800 assigns a virtual host 
name or virtual host names to each user accessing the network via 



one or more of the clients 1 08a-l 08n. A first user accesses the 
networic 1 04 via client 1 08a and establishes a user session on 
server 1 1 0. The method assigns the user a virtual host name from 
the plurality of virtual host names 730 for the usei's session on the 
server 1 1 0. The virtual host name assigned may be dedicated to 
the user and may include the name of the user. The same user may 
also access the network 1 04 and the server 1 1 0 concurrently from a 
second client 108b while the user is accessing the network 1 04 and 
the server 1 1 0 from the client 1 08a. A virtual host name will be 
assigned to the user for this second session from client 1 08b. This 
second virtual host name may be similar but will need to be 
different from the virtual host name assigned for the first user 
session via client 1 08a. For example, the virtual host name for 
these two sessions of the user may comprise the user's login name 
with a suffix identifying the session, such as a session number. 

[01 20] A second user may access the network 1 04 via client 
1 08b and establish a user session on server 1 1 0. Method 800 
allows this second user or any other subsequent or concurrent user 
on the network 1 04 or the server 1 1 0 to be assigned a virtual host 
name to uniquely identify the user and/or the user session. The 



virtual host name will distinguish this user and/or user session from 
any other user or user session that may be concurrently executing 
or had previously executed. Step 820 assigns the second user a 
virtual host name different from the virtual host name of the first 
user, such as a virtual host name based from the usei's unique 
network user id. Step 820 may also the second user a virtual host 
name uniquely identifying the user and the usei's session, in 
another embodiment, the virtual host name may be descriptive of 
the user, the client 1 08a-1 08n or the server 1 1 0 the user is 
accessing or the sub network of the network 1 04 from which the 
user is communicating. 

[0121] At step 825, the method 800 associates the virtual 
host name of each user or user session with an IP address assigned 
to each user or each user session. Not only can the virtual host 
names be dynamically assigned to each user or user session as 
discussed above but also each IP address for each user or user 
session can also be dynamically assigned as discussed in regards to 
FIGs. 3A-3C. Each virtual host name assigned to a user or a user 
session will need to be associated with an IP address in order to 
resolve the virtual host name into an IP address for network 



communications sucli as soclcet based communications as 
described in FIGs. 3A-3C. Tine virtual iiost name can be resolved to 
an IP address via a name resolution service 71 0 on the network 1 04. 
After obtaining each of the IP address and virtual host name for a 
particular user or user session, the IP address to virtual host name 
mapping may need to be updated in the records of the DHCP server 
334 and/or the name resolution service 71 0. In other cases, the 
virtual host name and/or IP address may have been previously 
registered with the DHCP server 334 and/or name resolution 
service. 

[01 22] At step 830, the virtual host name addressing scheme 
of steps 81 0, 81 5, 820 and 825 are performed as a user roams 
from one client 1 08a-1 08n to another client 1 08a-1 08n in a 
network 1 04, or a user starts up multiple users session on a client 
1 08a-l 08n or a server 1 1 0, such as multi-user server 1 1 0*. Each 
time a user starts a program 340a-340n, such as a user session, on 
any client 1 08a-1 08n or server 1 1 0, the user may obtain an IP 
address as described in conjunction with FIGs. 3A and 3B and 
corresponding methods of FIG. 4, and a virtual host name as 
described in conjunction with FIG. 7 and the steps of method 800 



described above. As such, the virtual host name roaming feature 
of the present invention allows efficient use of the virtual host name 
and/or virtual IP address to easily identify users, which can be used 
as a means for providing security or monitoring user activity or to 
provide location services to find users, and to satisfy application 
and systems that use the host name or IP address to identify a user. 

[01 23] Although the illustrative systems and methods of the 
present invention are generally discussed in terms of a TCP/IP 
network, the systems and methods can also be applied to other 
types of networks, such as IPX or DECNET. One ordinarily skilled in 
the art will appreciate the application of the systems and methods 
of the present invention to networks other than a TCP/IP based 
network. As such, the present invention can provide unique 
network identifiers for programs, users or user sessions running on 
any type of network applying the techniques and mechanisms 
described herein. Additionally, the present invention can also 
provide unique loopback identifiers for inter-process 
communications using any similar loopback type interfaces 
supported by the particular network. Furthermore, the present 



invention can provide for a uniform network addressing scliemes 
for users on tliese otiier networic types. 

[01 24] Many alterations and modifications may be made by 
those liaving ordinary skill in the art without departing from the 
spirit and scope of the invention. Therefore, It must be expressly 
understood that the illustrated embodiments have been shown only 
for the purposes of example and should not be taken as limiting the 
invention, which is defined by the following claims. These claims 
are to be read as including what they set forth literally and also 
those equivalent elements which are Insubstantially different, even 
though not Identical In other respects to what is shown and 
described in the above illustrations. 



